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In the Claims 

1 . (Previously Presented) A method to access one or more inactive options resident on a 
device remotely located from a centralized facility comprising the steps of: 

accessing a graphical user interface (GUI) electronically linked to a centralized facility 
and configured to facilitate selection from a number of option identifying parameters; 

selecting at least one of the number of option identifying parameters for identification of 
one or more inactive options resident on the device; 

transmitting an electronic request for activation of the selected one or more inactive 
options to the centralized facility, wherein the electronic request is transmitted via a public 
communication interface; and 

authorizing transmission and installation of a software key in response to the electronic 
request, wherein the transmission of the software key is via a private communication interface such that 
the private communication interface electronically connects the centralized facility to the device. 

2. (Previously Presented) The method of claim 1 wherein the software key is configured to 
activate the one or more inactive options and is transmitted to and installed on the device. 

3. (Original) The method of claim 1 fiarther including the steps of inputting a system ID, a 
host ID, a client ID, and a password to gain access to the selection step. 

4. (Original) The method of claim 1 fiarther comprising the step of formulating the 
electronic request by: 

inputting a user ID; 
inputting a system ID; 
selecting a modality; 
selecting a software package; and 
selecting a usage period. 

5. (Original) The method of claim 1 fiarther comprising the step of requesting use of the one 
or more inactive options for one of a trial period, a pay-per-use period, a limited access period, and an 
indefinite period. 
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6. (Original) The method of claim 1 ilirther comprising generating a software key if the 
centralized facility grants access to the inactive option, wherein the software key is unique for each 
electronic request. 

7. (Canceled) 

8. (Previously Presented) The method of claim 2 wherein the software key is an 
alphanumeric code. 

9. (Previously Presented) An access granting system comprising: 
a computerized network; 

a device having at least one non-enabled software application resident in memory 

thereon; 

a plurality of computers connected to the computerized network, wherein at least one of 
the plurality of computers displays selection data to a user in a form of a graphical user interface (GUI); 

a remote centralized facility electronically connected to the device and having a database, 
wherein the remote centralized facility includes a computer programmed to: 

receive a host ID input, wherein the host ID corresponds to a physical location of 

the device; 

identify a user selection of the at least one non-enabled software application; 
receive a request from an authorized user requesting enablement of the identified 

user selection; 

generate a software enabler designed to permit access to the selected non-enabled 
software application in accordance with the received request; and 

transmit the software enabler from the centralized facility to the device. 

10. (Previously Presented) The system of claim 9 wherein the computer of the centralized 
facility is fiarther programmed to: 

receive a system ID input; 
identify a modality selection; and 

decide whether to generate and transmit the software enabler based on the host ID input, 
the system ID input, and the modality selection. 
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1 1 . (Original) The system of claim 9 wherein the computer of the centralized facility is 
fiarther programmed to compare the request comprising a system ID, a host ID, a user ID, a selected non- 
enabled software application; and an identified modality to user and device data stored in the database, 
and generate the software enabler, wherein the software enabler is specific to the request and non- 
reusable. 

12. (Original) The system of claim 10 wherein the computer of the centralized facility is 
fiarther programmed to determine if the user is authorized to operate the selected non-enabled software 
application. 

13. (Original) The system of claim 9 wherein the device is a medical component including 
one of a cardiology device, a computed radiology device, a computed tomography device, a magnetic 
resonance imaging device, an x-ray device, an ultrasound device, a picture archiving and communication 
device, a nuclear medicine device, and a positron emission tomography device. 

14. (Canceled) 

15. (Original) The system of claim 9 wherein the GUI is configured to authorize electronic 
communication between the centrahzed facility and the device. 

16. (Original) The system of claim 9 wherein a user selection of a modality causes a list of 
available software applications to be displayed on the GUI. 

17. (Currently Amended) A computer data signal p rocess embodied in a carrier wave and 
representing a sequence of instructions originating from a computer program executed by a computer 
which, when executed by at least one processor, causes the at least one processor to: 

display a GUI configured to facilitate a request over a first communication interface to 
enable an inactive option resident on a remote device; 

receive an input of a device identifier; 
receive a selection of a usage period; 

receive a selection of an inactive option for enablement from the GUI; 
transmit an electronic request for activation of the inactive option, the electronic request 
including the device identified, the usage period, and the inactive option for enablement; 

4 



Zhang et al. 



S/N: 09/681,483 



cause a remote centralized processing station to generate a code configured to enable the 
selected inactive option after successfial processing of the rocoivod inputs and soloctions electronic request : 
and 

transmit the code to the device having the inactive option over a second communication 
interface different from the first communication interface. 

18. (Canceled) 

19. (Currently Amended) The computer data signal p rocess of claim 17 wherein the code 
includes an alphanumeric software key. 

20. (Currently Amended) The computer data signal process of claim 17 wherein the device is 
a medical device including one of a cardiology device, a computed radiology device, a computed 
tomography device, a magnetic resonance imaging device, an x-ray device, an ultrasound device, a 
picture archiving and communication device, a nuclear medicine device, and a positron emission 
tomography device. 

2 1 . (Currently Amended) The computer data signal process of claim 1 7 wherein the GUI is 
accessible via a public communication network and configured to permit communication between a user 
station and the centralized facility. 

22. (Currently Amended) The computer data signal process of claim 17 wherein the set of 
instructions fiarther causes the at least one processor to receive an input of a user ID, a client ID, a system 
ID, a facility ID, and a selection of a device modality and a software package from the GUI. 

23. (Currently Amended) The computer data signal process of claim 17 wherein the GUI is 
configured to allow selection of one of a trial use period, a limited use period, a pay-per-use period, and 
an indefinite use period for the inactive option. 

24. (Currently Amended) A GUI to request activation of an inactive software program 
resident in memory of a medical imaging scanner remotely located from a centralized processing center 
comprising: 

a device modality selector; 
a system identification field; 
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a user identification field; 

a period-of-use selector: 

a software program selector; and 

a software key generation tab, whereupon user selection of the software key generation 
tab transmits a data transmission over a public communication connection to the centrahzed processing 
center, and wherein the data transmission represents a request to activate the inactive software program 
resident in memory of the medical imaging scanner over a private communication connection. 

25. (Original) The GUI of claim 24 wherein the device modality selector includes a drop- 
down menu and is configured to display a listing of device modalities including computed tomography, x- 
ray, magnetic resonance, echocardiography, ultrasound, nuclear medicine, and positron emission 
tomography. 

26. (Canceled) 

27. (Currently Amended) The GUI of claim 26- 24 wherein the period-of-use selector 
includes a drop-down menu configured to display, in response to a user push-button instruction, a usage 
period including a trial period usage, a limited-use period usage, a pay-per-use period usage, and an 
indefinite period usage. 

28. (Original) The GUI of claim 24 wherein the data transmission is configured to represent 
a request to activate more than one inactive software program resident in memory of the medical imaging 
scanner. 

29. (Original) The GUI of claim 24 fiarther comprising a generate- and-receive button, 
wherein a user selection of the generate- and-receive button creates the data transmission and represents an 
authorization to request generation of a software key at the centralized processing center and transmit the 
software key to the medical imaging scanner. 

30. (Previously Presented) The system of claim 9 wherein the computer of the centralized 
facility is fiarther programmed to: 

receive a user ID input; and 

verify authorization of the user ID input to request enablement of the identified user 

selection. 
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3 1 . (Currently Amended) The computer data signal process of claim 1 7 wherein the first 
communication interface is a pubhc communication interface, and wherein the second communication 
interface is a private communication interface. 
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